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METHOD FOR ENHANCING CLIENT SIDE DELIVERY OF INFORMATION FROM 
A TRUSTED SERVER 

Technical Field 

The present invention relates to a method for and a system of enhancing client side 
delivery of information from a trusted server. More particularly, the invention relates to a method 
of and system for delivering web content to a client machine based on server defined preferences. 

Background of the Invention 

The Internet is a world wide communication network, enabling computer users to connect 
to other computer users. Users on local area computer networks are also interconnected via the 
Internet to send and receive information to other users on other local area computer networks. 
The world wide web is the multimedia portion of the Internet which provides full color graphics 
and sound. 

Using the Internet and accessing the world wide web, has been made easier by the 
proliferation of web browser programs. A web browser is a software utility device which 
provides the user with a simple graphical user interface to navigate the Internet. With a web 
browser, the user can navigate through the Internet by selecting options from icons and menus 
with a point and click mouse. Typically, a web browser, upon initially connecting to the Internet, 
accesses and displays a specified document, often referred to as a "home page". 

The typical web browser includes a function that allows the user to specify a particular 
URL for the home page. When the web browser initially connects to the Internet, the web site 
associated with the selected URL is displayed. Likewise when the user selects the "home" 
button, the browser displays the default home page. Most users typically do not change the 
default home page setting. 
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When a user wants to mark or remember a particular URL for future reference, they 
typically copy the URL to their "bookmark 11 file or "favorites" file, depending upon the browser. 
In order to retrieve a desired web page, network users and in particular web browser users 
manually direct their web browsers to specific network sites either by selecting the 
corresponding bookmark or by entering the URL. This effort is time consuming and requires the 
user to remember which sites to display and when to display them. There currently is no way to 
automatically display information at times that are tailored by an individual user. A method and 
system that enables users to enter web sites to be displayed at given times would be very useful. 
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Summary of the Invention 

The present invention provides a method of enhancing information delivery to a client 
system. A trusted server is used to transfer configuration files to various clients at given times. 
At least one configuration file comprising instructions for displaying a URL at a given time and 
date is accessed at the server. Upon verification of the server system time and date, a 
configuration file is transmitted from the server to the client. The time and date function of the 
configuration file corresponds to the server system time and date. The configuration file causes a 
first document to be displayed at the client based on a first system time and date. Preferably, a 
second document is displayed at the client based on a second system time and date. 

Brief Description of the Drawings 

The foregoing and other features and advantages of the present invention will become 
more apparent from the detailed description of the best mode for carrying out the invention as 
rendered below. In the description to follow reference will be made to the accompanying 
drawings, where like reference numerals are used to identify like parts in the various views in 
which: 

Figure 1 is an example of a client-server data processing system suitable for use in the 
present invention; 

Figure 2 is a block diagram of components found on an exemplary server in accordance 
with the present invention; 

Figure 2A is a block diagram of components found on an exemplary client in accordance 
with the present invention; 
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Figure 3 is a schematic diagram of a client computer system suitable for use in the present 
invention; 

Figure 4 is flow diagram of a process for creating a master input file in accordance with 
the present invention; 

Figure 5 is a flow diagram of a process for creating custom preferences files on a client in 
accordance with a preferred embodiment of the present invention; 

Figure 6 is a flow diagram of a process for creating schedule script files in accordance 
with the present invention; and 

Figure 7 is a flow diagram of a process for running a schedule script on a server in 
accordance with a preferred embodiment of the present invention. 

Detailed Description of the Preferred Embodiment 

The present invention is directed to a method for providing customized home pages to a 
client at predetermined times. The method includes pushing a configuration file to the client 
from a trusted server. In a typical browser such as Netscape Navigator, for example, the 
preferences or configuration file that determines which home page is displayed is a 
javascript-generated file called "prefs.js." In the prefs.js file, specifications are given for startup 
"home" such as: 



Microsoft's Internet Explorer uses similar configuration files to specify the home page. The 
present invention is implemented by modifying these configuration files as needed throughout 
the day or any other defined time frame. 



user_pref("browser.startup.homepage n , "http://www.ibm.com n ) 
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The configuration files on the client are modified by pushing the updated files out to the 
client through a trusted server. A "trusted server" is a server that has the appropriate authority to 
access clients and transfer information to the client under acceptable security standards. 
Acceptable security standards are well known in the art and act to assure a secure connection 
between the server issuing the new configuration file and the receiving client. The security 
mechanism used will vary depending upon the operating system and the server administrator's 
preference. A secure server using a UNIX operating system would use the Berkeley commands 
(e.g., "rep") to place the new configuration files on the client machines. Other security 
mechanisms, such as a trusted Kerberos protocol, could be used. 

The present invention utilizes server pushes to client browser configuration files; by 
doing so, a trusted server can help control the flow of information to the end user, with no change 
to existing browser architecture. Pushing browser configuration files to clients via sophisticated 
time-aware programs on a centralized server will help deliver relevant information content 
customized to each user's needs. 

An operator at a server enters a URL, a time and a date to display a document associated 
with the URL. A configuration file is created for each entry. A program monitors the server 
system time and date and executes instructions to display the various URLs at the designated 
times. The term "date" is used herein to define calendar days, months, quarters etc. The term 
"time" refers to a specified interval during a given date. It will be apparent to those of ordinary 
skill in the art that the time and date a particular document is displayed can be specified in a 
number of ways and achieve the same result described in the present invention. 

Figure 1 depicts, an example of a client-server data processing system suitable for use in 
the present invention. In this example, a remote server system 122 is connected through a 
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network 121 to client system 124. The client system 124 includes conventional components such 
as a processor 126, memory 128 (e.g. RAM), a bus 130 which couples the processor 126 and 
memory 128, a mass storage device 132 (e.g. a magnetic hard disk or an optical storage disk) 
coupled to the processor and memory through an I/O controller 134 and a network interface 136, 
such as a LAN connection or a conventional modem. 

The server system 122 also includes conventional components such as a processor 138, 
memory 140 (e.g. RAM), a bus 142 which couples the processor 138 and memory 140, a mass 
storage device 144 (e.g. a magnetic or optical disk) coupled to the processor 138 and memory 
140 through an I/O controller 146 and a network interface 148, such as a conventional modem. It 
will be appreciated from the description below that the present invention may be implemented in 
software which is stored as executable instructions on a computer readable medium on the client 
and server systems, such as mass storage devices 132 and 144 respectively, or in memories 128 
and 140 respectively. 

Fig. 2 is a block diagram of components found on the exemplary server system, shown in 
Fig. 1 . Memory 140 is accessible by the CPU and stores program instructions executed by the . 
processor 138. Memory 140 includes operating system 202 that runs a conventional server 
software application 204, such as AIX available from International Business Machines, Inc. 
Memory includes an input file creation and access program, 204 executed by a user to create 
input files and edit the input files as necessary. Configuration file generation program 206 
compiles the information present in the input files and generates configuration files to be sent to 
the client. Configuration file index 208 stores the various configuration files sorted by client or 
groups of clients. Script file program 210 reads the information in input files and creates a 
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schedule script for each file. Client information pull program 212 sends a request to a client for 
the current configuration and history information on the client system (discussed in Fig. 3) in 
response to a scheduled push operation. Configuration push program 214 combines any 
configuration and history from the client system with the current configuration file on the server 
and pushes the combined file out the client system. The existing configuration file at the client is 
replaced with the updated configuration file. 

Figure 2 A is a block diagram of components found on client system 124, as shown in Fig. 
1. Memory 128 is accessible by the CPU and stores program instructions executed by the 
processor 126. Memory 128 includes browser program 216, configuration files 218, history 
220, and operating system 222. Browser program 216 such as Netscape Navigator, a registered 
trademark of Netscape Communications Corp. or Microsoft Internet Explorer, a registered 
trademark of Microsoft Corp., implements all of the regular functions of the browser. Browser 
216 reads configuration files 218 and communicates requests over the network with the desired 
web server in order to display the information at the client. History 220 contains updated 
information as to web pages recently accessed by the client and bookmarks added by the client. 

Figure 3 is a schematic diagram of a client computer system 300 suitable for use in the 
present invention. The computer system 300 includes a display device 302 ,such as a monitor, a 
display screen 304, a cabinet 306 (which encloses components typically found in a computer, 
such as CPU, RAM, ROM, video card, hard drive, sound card, serial ports, etc.), a keyboard 308, 
a mouse 310, a microphone 320 and a modem 312. Mouse 310 may have one or more buttons, 
such as buttons 316. The computer requires some type of communication device such as modem 
312 that allows computer system 300 to be connected to the Internet. Other possible 
communication devices include ethernet network cards. 
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Figure 4 is a flow diagram of a process 400 for creating a master input file in accordance 
with the present invention. The server administrator creates a master input file containing at least 
one record, step 404. Each record contains a URL field, a time field and a date field. The 
administrator is queried as to whether they want to add or edit a record in the master input file, 
step 406. The term "edit" is used herein to mean update the fields in an existing record and/or 
delete an existing record. If the answer at step 406 is "yes", then they are prompted to enter the 
appropriate information for the new record entry, step 408. If the answer at step 406 is "no", then 
they are queried as to whether they want to edit an existing record, step 410. If yes, then they 
proceed with editing at step 412. After adding and editing each entry, the program queries if 
there are additional entries to add or edit, step 414. If the answer to step 414 is "yes" then the 
program cycles back to step 406 until all of the desired records are added and/or edited. When 
there are no more files to add and/or edit, the program closes the master input file and the process 
ends, step 416. 

Figure 5 is a flow diagram of a process 500 for creating custom preferences files on a 
client in accordance with a preferred embodiment of the present invention. The server executes a 
program containing instructions to open the master input file, step 502 and read the records, step 
504. The program writes the URL information present in a record into a custom preferences file 
that is unique for that particular record, step 506. The program checks for additional entries to 
process, step 508. If there are more entries, then the process cycles back to step 504. When 
custom preferences files are created for each record present in the master input file, the master 
input file is closed and the process ends, step 510. 

Figure 6 is a flow diagram of a process 600 for creating schedule script files in 
accordance with the present invention. The server executes a program that deletes old or existing 
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schedule script files, step 602. The program opens the master input file, step 604 and reads each 
record in the master input file, step 606. The program creates an entry in a new schedule script 
file in accordance with the time and date values present in a given record, step 608. The program 
checks for additional entries to be read, step 610. If there are more entries to be read, then the 
process cycles back to step 606. When schedule scripts are created for each record present in the 
master input file, the master input file is closed and the process ends, step 612. 

Figure 7 is a flow diagram of an exemplary process 700 for customizing the configuration 
files at a client in accordance with one embodiment of the present invention. In this example, the 
following decision tree occurs on the trusted server where: 

config standard is defined as the configuration file normally maintained on the client system, 
all other factors being equal, (what factors?) 

config morning is defined as the configuration file defined between certain hours, for example 
SAM and 9AM. 

time_interval mom in g is defined as the time interval for which the config morning should be 
maintained on the client. 

configevcning is defined as the configuration file defined between certain hours, for example 
5PM and 9PM. 

time_interval even ing is defined as the time interval for which the config e vening should be 
maintained on the client 

configsampjedate is defined as the configuration file to take the place of config sta ndard on the 
sample date. 

datesampiedate is defined as a date on which specialized configsampiedate should be loaded. 

The server contains a script file that may run as often as the server administrator chooses. 
The script initially checks the system time and date, step 702. The script then considers the 
following for each of the server's clients. Does the system time fall within time_interval mom in g ? 5 
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step 704. If yes, then request current configuration and history information from client, step 706. 
Perform any necessary history and configuration file combination with config morning , step 708. 
Push combined file out to client, step 710. The combination of the client and server 
configuration files could be accomplished using a known text parsing language, such as PERL, 
and would serve to maintain the user's web history and recent changes to bookmarks/favorites 
which may have transpired since the last config file was pused to the client. If the answer to step 
704 is "no' 1 then query does the system date fall upon ^datQ^^^ step 714. If yes, then request 
current configuration and history information from client, step 716. Perform any necessary 
history and configuration file combination with configsampiedate, step 718. Push combined file out 
to client, step 720. If no, then query does the system time fall within time_interval ev ening? 5 step 
722. If yes, then request current configuration and history information from client, step 724. 
Perform any necessary history and configuration file combination with config eV ening 5 step 726. 
Push combined file out to client, step 728. If no, continue back to step 702. 

Requests to pull current preferences/history information from the client may be 
completed prior to a scheduled push to the client. The pushed file preferably a merged version, 
containing all the most recent information from the client system combined with the 
chronologically-sensitive home page value. Thus, no relevant history would be lost during the 
configuration push, and the entire transaction could occur in a matter of a few seconds or less. 
The specifics of the text parsing used to merge the files can be accomplished by one of ordinary 
skill in the art. 

The present invention allows the server administrator the flexibility to specify what home 
page is displayed to specific clients at any given time during the day, week, month, quarter, year, 
or any time frame they choose. The desired web documents are automatically displayed in 
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accordance with the preferences set at the server without any further user intervention. This is 
advantageous in that the user does not need to remember to access a given URL on a specific 
date, making information retrieval and review much easier. 

While the invention has been shown and described with reference to particular 
embodiments thereof, it will be understood by those skilled in the art that the foregoing and other 
changes in form and detail may be made therein without departing from the spirit and scope of 
the invention. 



